Add automatic Lidarr downloading triggered by Plex track ratings#123
Add automatic Lidarr downloading triggered by Plex track ratings#123nironics wants to merge 5 commits into
Conversation
|
Any chance you plan to add tautalli support? |
In what way? Tautulli tracks user history, I don't see what that would add to Explo really |
|
For webhook support? I can filter tracks much better and only send events related to music, ignore tracks listened between times, and more. Also, it feels more stable that plex webhooks. |
Ah I see. I dont see a Tautulli trigger equivalent for What trigger were you thinking of utilizing? |
|
Thanks for the PR, the use case makes sense Although adding Lidarr as a client isn't the right fit architecturally, since the client package should only contain logic related to music clients. Additionally, once Lidarr gets added as a downloader (#21), a lot of the functionality here would likely be duplicated. The way I currently see this being handled in the future is roughly:
I'll also look deeper into #21 in a week or two The Plex search fix would potentially fix #131— would you be willing to put that into a separate PR? |
|
Sounds good. I think that Lidarr as a downloader in general for Explo will be a little tough to implement. Lidarr only supports downloading full albums, and ListenBrainz recs contains like 30 unique albums each week. That's a lot of extra stuff to download just so the single tracks needed on each album are available, although I'm sure some people may want that! Me personally, I like the way I have it set up here. Explo downloads OPUS and I rate it to get Lidarr to snatch the full album for preservation. So I may keep maintaining my fork, but lmk if there's a way I can change it to better integrate in the future once you've fully looked at the Lidarr problem
For sure, just opened #150 |
Title explains the core of the idea. Here is my vision and how I've been using it myself when testing
What this achieves:
a) A high quality library of music I enjoy, archived in full complete albums
b) The ability to discover new tracks without needing to download more albums than I actually need/want
Changes
Testing
I tested locally a bunch, and it seems pretty solid. I did find one other bug that I think is unrelated to my changes, it seems that the Plex search function was searching all Plex libraries, not just music libraries. And it has a limit in the response. So my ListenBrainz playlist had "Something" by the Beatles, and since that word is common in many TV and movie titles, it kept getting marked as missing from my music library because the search response would max out with all of the tv/movie library data. I updated the logic to restrict to only Music libraries, and cleaned up a bit to match the typing I needed for the Lidarr sync anyway
I know this is a big PR, and I did use Claude to help a bit with scaffolding and debugging, but I did not "vibe code". I am an experienced software engineer and I reviewed everything Claude gave back to me.
Post-merge
It might make sense to update the docs a bit to explain this, but I dont want to overstep @LumePart. I think in particular, my setup requires setting the
LIBRARY_NAMEto not the main music library, but instead to a new unique "Explo" library. AndDOWNLOAD_DIRto the dir of the thatExplolibrary. Dont even need to mount the main music library, since Plex API will create the playlists and search just fine without the actual track files